Enhanced seat selection

ABSTRACT

Methods and systems for improving seat selection at a venue are described. The methods and systems help users understand how good a view they will have of a performance or event and/or how enjoyable an experience they will have before they purchase a ticket. A user selects a seat and is able to access relevant traits of people who purchased seats proximate to the selected seat. Relevant traits include physical features such as height, weight, build, etc., and behavior information, such as how noisy or quiet the person is.

BACKGROUND

1. Field of the Invention

The present invention generally relates to providing a user withinformation regarding the quality of a seat at an event, such as asports game, theater event, or concert.

2. Related Art

Although personal sales used to be the norm for ticketing, that is nolonger the case. A large portion of event-goers now purchase ticketsthrough ticketing websites. A difficulty with these purchases is thelimitation on a user's ability to determine and select the quality andlocation of individual seats. Some conventional ticketing websitesprovide seating charts, but conventional seating charts still fail toprovide important information that may be relevant to decision-making.

People want to know as much information as possible about a seat in avenue before they purchase a ticket for that seat. People often complainwhen they pay a significant amount of money for a ticket and then theyhave a bad experience because their view of the main viewing area (e.g.,a field in the case of a baseball or football or a stage at a musical ortheatrical performance) is poor or does not meet expectations. Forexample, seating charts fail to provide users with a full picture of thequality and location of their seats relative to other sites in the eventvenue and any obstructions blocking a person's view. Thus, there is aneed for systems and methods that provide people with more informationabout a particular seat to avoid these types of situations or at leastknow about them before they pay a significant amount of money for aticket.

BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a is a block diagram of a networked system suitable forimplementing the methods described herein according to an embodiment ofthe present disclosure;

FIG. 2 is a block diagram of a computer system suitable for implementingone or more components in FIG. 1 according to one embodiment of thepresent disclosure; and

FIG. 3 is a flowchart showing a method of improving seat selection at avenue according to an embodiment of the present disclosure.

Embodiments of the present disclosure and their advantages are bestunderstood by referring to the detailed description that follows. Itshould be appreciated that like reference numerals are used to identifylike elements illustrated in one or more of the figures, whereinshowings therein are for purposes of illustrating embodiments of thepresent disclosure and not for purposes of limiting the same.

DETAILED DESCRIPTION

The present disclosure describes techniques for providing a user withmore information about a particular seat at a venue. The methods andsystems help users understand and predict how good a view they will haveof a performance or event at a venue and/or how enjoyable an experiencethey will have before they purchase a ticket. For example, a user can beprovided with pictures of the view taken by people who previously sat inthe seat, taking the user's height into consideration. In anotherexample, the user can access relevant traits of the people who purchasedseats proximate to (e.g., around or near) the user's selected seat.Relevant traits can include physical features such as height, weight,build, etc., and behavior information, such as how noisy the person is.

If the person sitting in front of the user is determined to be muchtaller than the user, the user is informed of this obstruction and canlocate and purchase another seat without an obstruction. If the peoplesitting adjacent to the user are determined to be noisy and the userprefers to be around quieter people, the user is able to find a seatsurrounded by more peaceful people. Thus, the presence of people who mayhave a negative impact on the user's experience is detected before theuser purchases a ticket.

In another embodiment, the presence of people who may have a positiveimpact on the user's experience is detected before the user purchasesthe ticket. For example, a person may be short (which can be anadvantage for a user sitting behind that person), thin (which can be anadvantage for a user sitting next to that person), more reserved, suchas indicated by an older person, (which can be an advantage for a userwho prefers a quieter surrounding experience), more vocal, such asindicated by a younger person, a known fan of a team playing at theevent, etc., (which can be an advantage for a user who prefers a loudenergetic experience), etc.

Beginning with FIG. 1, an exemplary embodiment of a computing systemadapted for implementing one or more processes involving assisting auser at an event is illustrated in block diagram format. As shown,computing system 100 may comprise or implement a plurality of serversand/or software components that operate to perform various methodologiesin accordance with the described embodiments. Exemplary servers mayinclude, for example, stand-alone and enterprise-class servers operatinga server OS such as a MICROSOFT® OS, a UNIX® OS, a LINUX® OS, or othersuitable server-based OS. It can be appreciated that the serversillustrated in FIG. 1 may be deployed in other ways and that theoperations performed and/or the services provided by such servers may becombined or separated for a given implementation and may be performed bya greater number or fewer number of servers. One or more servers may beoperated and/or maintained by the same or different entities.

Computing system 100 can include, among various devices, servers,databases and other elements, a user 102 that may comprise or employ oneor more user devices 104, such as a mobile computing device, a wearablecomputing device such as a smart watch or smart goggles, a PC, and/orany other computing device having computing and/or communicationscapabilities in accordance with the described embodiments. User devices104 generally may provide one or more user programs 106, such as systemprograms and application programs to perform various computing and/orcommunications operations. Exemplary system programs may include,without limitation, an operating system (e.g., MICROSOFT® OS, UNIX® OS,LINUX® OS, Symbian OS™, Embedix OS, Binary Run-time Environment forWireless (BREW) OS, JavaOS, a Wireless Application Protocol (WAP) OS,and others), device drivers, programming tools, utility programs,software libraries, application programming interfaces (APIs), and soforth. Exemplary application programs may include, without limitation, aweb browser application, messaging applications (e.g., e-mail, IM, SMS,MMS, telephone, voicemail, VoIP, video messaging), contacts application,calendar application, electronic document application, databaseapplication, media application (e.g., music, video, television),location-based services (LBS) application (e.g., GPS, mapping,directions, point-of-interest, locator), and so forth. One or more ofuser programs 106 may display various graphical user interfaces (GUIs)to present information to and/or receive information from one or more ofuser devices 104.

User device 104 may include one or more of a motion sensor, an imagesensor (e.g. camera), a voice sensor (e.g. microphone), an opticalsensor, and any other kind of device suitable to collect informationfrom a user. Motion sensors such as motion detectors, accelerometersand/or gyroscopes may monitor speed, acceleration, position, rotation,and other characteristics of body and appendage motion. The motionsensor captures movement of a user, such as a pose, position, orgesture. Example gestures include for instance, an “air quote” gesture,a bowing gesture, a curtsey, a cheek-kiss, a finger or hand motion, ahead bobble or movement, a high-five, a nod, a raised fist, a salute, aswiping or wave motion, a thumbs-up motion, a hand-moving-in-circle orhand waving gesture, or a finger pointing gesture. An image sensorcaptures images of the user and other objects. A voice sensor capturesthe voice or sounds made by the user. An optical sensor captures andcharacterizes light. Information captured by the sensors may becollected, stored, and associated with a specific user.

As shown, user 102 can be communicatively coupled via one or morenetworks 108 to a network-based system 110 managed by an online serviceprovider, such as, for example, StubHub, Inc. of San Francisco, Calif.Network-based system 110 may be structured, arranged, and/or configuredto allow user 102 to establish one or more communication sessions withnetwork-based system 110 using various computing devices 104 and/or userprograms 106. Accordingly, a communication session between user 102 andnetwork-based system 110 may involve the unidirectional and/orbidirectional exchange of information and may occur over one or moretypes of networks 108 depending on the mode of communication. While theembodiment of FIG. 1 illustrates a computing system 100 deployed in auser-server operating environment, it is to be understood that othersuitable operating environments and/or architectures may be used inaccordance with the described embodiments.

Data and/or voice communications between user 102 and the network-basedsystem 110 may be sent and received over one or more networks 108 suchas the Internet, a WAN, a WWAN, a WLAN, a mobile telephone network, alandline telephone network, a VoIP network, as well as other suitablenetworks. For example, user 102 may communicate with network-basedsystem 110 over the Internet or other suitable WAN by sending and orreceiving information via interaction with a web site, e-mail, IMsession, and/or video messaging session. Any of a wide variety ofsuitable communication types between user 102 and system 110 can takeplace, as will be readily appreciated.

In various embodiments, computing system 100 can include, among otherelements, a third party 112, which may comprise or employ a third-partyserver 114 hosting a third-party application 116. In variousimplementations, third-party server 114 and/or third-party application116 may host a web site associated with or employed by a third party112. For example, third-party server 114 and/or third-party application116 may enable network-based system 110 to provide user 102 withadditional services and/or information, such as additional ticketinventory. In some embodiments, one or more of user programs 106 may beused to access network-based system 110 via third party 112. Forexample, user 102 may use a web user to access and/or receive contentfrom network-based system 110 after initially communicating with a website of third-party 112.

Network-based system 110 may comprise one or more communication servers120 to provide suitable interfaces that enable communication usingvarious modes of communication and/or via one or more networks 108.Communication servers 120 can include a web server 122, an API server124, and/or a messaging server 126 to provide interfaces to one or moreapplication servers 130. Application servers 130 of network-based system110 may be structured, arranged, and/or configured to provide variousonline marketplace and/or ticket fulfillment services to users thataccess network-based system 110. In various embodiments, user 102 maycommunicate with application servers 130 of network-based system 110 viaone or more of a web interface provided by web server 122, aprogrammatic interface provided by API server 124, and/or a messaginginterface provided by messaging server 126. It can be appreciated thatweb server 122, API server 124, and messaging server 126 may bestructured, arranged, and/or configured to communicate with varioustypes of user devices 104 and/or user programs 106 and may interoperatewith each other in some implementations.

Web server 122 may be arranged to communicate with web users and/orapplications such as a web browser, web browser toolbar, desktop widget,mobile widget, web-based application, web-based interpreter, virtualmachine, and so forth. API server 124 may be arranged to communicatewith various user programs 106 and/or a third-party application 116comprising an implementation of API for network-based system 110.Messaging server 126 may be arranged to communicate with variousmessaging users and/or applications such as e-mail, IM, SMS, MMS,telephone, VoIP, video messaging, and so forth, and messaging server 126may provide a messaging interface to enable access by user 102 and/orthird party 112 to the various services and functions provided byapplication servers 130.

When implemented as an online ticket marketplace, application servers130 of network-based system 110 may provide various online marketplaceand ticket fulfillment services including, for example, accountservices, buying services, selling services, listing catalog services,dynamic content management services, delivery services, paymentservices, and notification services. Application servers 130 may includean account server 132, a buying server 134, a selling server 136, alisting catalog server 138, a dynamic content management server 140, apayment server 142, a notification server 144, and/or a delivery server146 structured and arranged to provide such online marketplace andticket fulfillment services. Application servers 130 are adapted toreceive a user's seat selection, retrieve pictures, display views from aselected seat, and display information regarding the people whopurchased seats proximate the selected seat. The information includesfor example, physical characteristics of the person such as build,height, weight, etc., and behavior information such as how a person actsor reacts during an event or performance.

Application servers 130 may be coupled to and capable of accessing oneor more databases 150 including a subscriber database 152, an activeevents database 154, and/or a transaction database 156. Databases 150generally may store and maintain various types of information for use byapplication servers 130 and may comprise or be implemented by varioustypes of computer storage devices (e.g., servers, memory) and/ordatabase structures (e.g., relational, object-oriented, hierarchical,dimensional, network) in accordance with the described embodiments.

Continuing with FIG. 2, an exemplary computer system 200 suitable forimplementing one or more devices of the computing system in FIG. 1 isdepicted in block diagram format. In various implementations, a devicethat includes computer system 200 may comprise a personal computingdevice (e.g., a smartphone, a computing tablet, a personal computer,laptop, PDA, Bluetooth device, key FOB, badge, etc.) that is capable ofcommunicating with a network. The service provider may utilize a networkcomputing device (e.g., a network server) capable of communicating withthe network. It should be appreciated that each of the devices utilizedby users and service providers may be implemented as computer system 200in a manner as follows.

Computer system 200 can include a bus 202 or other communicationmechanism for communicating information data, signals, and informationbetween various components of computer system 200. Components include aninput/output (I/O) component 204 that processes a user action, such asselecting keys from a keypad/keyboard, selecting one or more buttons orlinks, etc., and sends a corresponding signal to bus 202. I/O component204 may also include an output component, such as a display 211 and acursor control 213 (such as a keyboard, keypad, mouse, etc.). Anoptional audio input/output component 205 may also be included to allowa user to use voice for inputting information by converting audiosignals. Audio I/O component 205 may allow the user to hear audio. Atransceiver or network interface 206 transmits and receives signalsbetween computer system 200 and other devices, such as another userdevice, a merchant server, or a payment provider server via a network.In one embodiment, the transmission is wireless, although othertransmission mediums and methods may also be suitable. A processor 212,which can be a micro-controller, digital signal processor (DSP), orother processing component, processes these various signals, such as fordisplay on computer system 200 or transmission to other devices over anetwork 260 via a communication link 218. Processor 212 may also controltransmission of information, such as cookies or IP addresses, to otherdevices.

Components of computer system 200 also include a system memory component214 (e.g., RAM), a static storage component 216 (e.g., ROM), and/or adisk drive 217. Computer system 200 performs specific operations byprocessor 212 and other components by executing one or more sequences ofinstructions contained in system memory component 214. Logic may beencoded in a computer readable medium, which may refer to any mediumthat participates in providing instructions to processor 212 forexecution. Such a medium may take many forms, including but not limitedto, non-volatile media, volatile media, and transmission media. Invarious implementations, non-volatile media includes optical or magneticdisks, volatile media includes dynamic memory, such as system memorycomponent 214, and transmission media includes coaxial cables, copperwire, and fiber optics, including wires that comprise bus 202. In oneembodiment, the logic is encoded in non-transitory computer readablemedium. In one example, transmission media may take the form of acousticor light waves, such as those generated during radio wave, optical, andinfrared data communications.

Some common forms of computer readable media includes, for example,floppy disk, flexible disk, hard disk, magnetic tape, any other magneticmedium, CD-ROM, any other optical medium, punch cards, paper tape, anyother physical medium with patterns of holes, RAM, PROM, EPROM,FLASH-EPROM, any other memory chip or cartridge, or any other mediumfrom which a computer is adapted to read.

In various embodiments of the present disclosure, execution ofinstruction sequences to practice the present disclosure may beperformed by computer system 200. In various other embodiments of thepresent disclosure, a plurality of computer systems 200 coupled bycommunication link 218 to the network (e.g., such as a LAN, WLAN, PTSN,and/or various other wired or wireless networks, includingtelecommunications, mobile, and cellular phone networks) may performinstruction sequences to practice the present disclosure in coordinationwith one another.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also, where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the spirit of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the scope of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components andvice-versa.

Software, in accordance with the present disclosure, such as programcode and/or data, may be stored on one or more computer readablemediums. It is also contemplated that software identified herein may beimplemented using one or more general purpose or specific purposecomputers and/or computer systems, networked and/or otherwise.

The various features and steps described herein may be implemented assystems comprising one or more memories storing various informationdescribed herein and one or more processors coupled to the one or morememories and a network, wherein the one or more processors are operableto perform steps as described herein, as non-transitory machine-readablemedium comprising a plurality of machine-readable instructions which,when executed by one or more processors, are adapted to cause the one ormore processors to perform a method comprising steps described herein,and methods performed by one or more devices, such as a hardwareprocessor, user device, server, and other devices described herein.

Referring now to FIG. 3, a flowchart of a method 300 for improving seatselection at a venue is illustrated according to an embodiment of thepresent disclosure. It should be appreciated that the method illustratedin the embodiment of FIG. 3 may be implemented by the systemsillustrated in FIGS. 1 and/or 2 according to one or more embodiments.

In various embodiments, the user 102 registers with a service provider,which runs a mobile application. Registration may include signing up forthe service and agreeing to any terms required by the service provider,such as through a user device. In one embodiment, the user device is amobile computing device, such as a smart phone, a PC, or a computingtablet. In other embodiments, registration may be done completelythrough the user device, partially through the user device, or withoutusing the user device, such as through a phone call or in-person visitto a representative of the service provider.

The user may be requested to provider specific information forregistration, such as, but not limited to, a name, address, phonenumber, email address, picture, a user name for the account, and apassword or PIN for the account. The type of information may depend onwhether the user already has an account with the service provider.Requested information may be entered through the user device or othermeans, including voice or manual key entry. Once all the requestedinformation is received and confirmed, the service provider may createan account for the user.

The method 300 begins at step 302, where the user 102 selects anavailable seat at a venue. For example, the user 102 may go to aticketing website, select an event, and consider a seating chart thatdisplays seats available for purchase at the event.

In various embodiments, the seating chart is interactive, and the system110 enables the user 102 to select seats through a website. The system110 may perform one or more of the following functions: presentinformation about a plurality of upcoming performances; enable selectionof at least one performance for possible attendance; search foravailable seats across one or more performances; provide a seating chartof a selected performance with seating information including currentavailability; enable selection of one or more seats from the seatingchart; save (i.e., hold) the selected seat(s) for possible futurepurchase; remove the saved seat(s) from the inventory of currentlyavailable seating to prevent another person from purchasing same; enablepurchase of the selected seats; transmit electronic communications tocustomers regarding seat selections or purchases; and provide thepurchaser with the option of receiving electronic ticketing.

The seating chart rendering can be approximate, in that it need not bephoto-realistic, but it may be designed to represent the actual venue.It can depict seat locations and physical structures, such as walls,floors, stage, or obstructions.

In some embodiments, system 110 may enable user 102 to bookmark one ormore seats, performances, events, or venues. The bookmarks can then beassociated with the user 102 within a user profile. At a later time, theuser 102 may use the bookmark to link to the seats, performances,events, or venues that were marked. The user 102 may thus use thebookmark to check the availability of seats previously marked and, ifdesired, to purchase the seats if they are available.

For each event, events database 154 may maintain data indicating thestatus of some or all seats for each performance. The database 154 maystore information about which seats are available for sale, which seatsare on hold, and which seats are bookmarked for updates. Theidentification of a seat for a particular event may vary based on theevent or the venue in which it is held. For example, if an event isgeneral admission only, then the seat availability data may beimplemented to keep track of the number of available seats, or thegeneral sections of the seats, instead of identifying the specificlocation of each available seat. In contrast, if an event requiresspecific, reserved seats, then database 154 may track the status of eachindividual seat in the venue.

At step 304, the system 110 retrieves pictures of views associated withthe user 102's seat selection. In various embodiments, pictures thatwere taken within a venue are saved in a database, such as database 154.The photos are associated with a particular seat within the venue, basedon the ticket a person purchased and used to enter the venue. Imagerecognition and other methods can be used to determine which photostaken at the venue were those of the main viewing area (e.g., stage,basketball court, football field, etc.). For example, light can beanalyzed to determine the brighter area of the photo because the sidefacing the main viewing area will be brighter. The direction of soundscan also be analyzed at the time the photograph was taken to determineif the photo was taken of the stage. In other examples, the system 110can compare known pictures of the stage with pictures that were taken bypeople to determine if the images match. Beacons or other near-fieldcommunication (NFC) means can also be used to understand where in thevenue the photo was taken, and embedded magnetometers present in mostmobile devices can be used to provide the direction a user device wasfacing when the picture was taken. Pictures that are identified as thoseof the main viewing area are then stored in a database.

The images may include views from the perspective or viewpoint of aparticular seat. The images may also include other seating informationincluding the exact location of the seat, the distance of the seat tothe stage or features of a field such as the home plate in baseball orthe end zone in football, information regarding pole and wallobstructions, difficult viewing angles, walkway advisory information,information regarding whether obstructions block the view, informationregarding in-field obstructions, large obstructed areas, obstructed arearatios (e.g., the area that is blocked from view by the obstructiondivided by the total area of the field or main viewing area), theclosest entrance, information regarding whether the seat is shelteredfrom rain, a zoom-in view of a seat in a seating section, ratings and/orreviews of the view and sound quality from the seat, comfort of theseat, and pictures of the seat.

In some embodiments, the photos in the database are associated with theheight of the person who took the picture. Thus, the photos can alsohave “user height” information tagged with them. The person may inputhis or her height when the pictures are provided. In one embodiment, thesystem 110 is able to access the person's social network profile todetermine the height of the person. For example, if the person has aprofile on a dating website, the profile may include height information.In another embodiment, the system 110 can access the user's clothingpurchase history, such as through a fashion application. From the sizeand length of clothes bought, the system 110 can guess how tall theperson is. For example, when buying pants for men, the length of thepants (e.g., 28L, 30L, 32L, 34L, etc.) must usually be specified. When awoman is buying pants, she must specify the inseam of the pants (e.g.,short, regular, or long), and must also choose between buying petite(5′4″ or shorter), regular, or tall (5′11″ or taller).

In various embodiments, a beacon positioned on the ground or ceiling ofthe venue may be used to estimate a person's height. A beacon is a shortrange communication device having a known or fixed location thatprovides a signal that can be detected by mobile devices within acertain proximity of the beacon. An example of a beacon is a radiofrequency (RF) beacon (e.g., Bluetooth™ low energy (BLE) beacon),infrared beacon or a radio frequency identifier (RFID) tag. For example,a BLE beacon can broadcast an RF signal that includes its positioncoordinates (e.g., latitude, longitude). Mobile devices are able todetect the signal when they are within range of the beacon. The mobiledevices can estimate their location (e.g., with respect to a beaconlocated on the ceiling or ground) very precisely, as well as communicatewith the beacon to exchange information. This location information canbe used to estimate the height of the person.

For example, when a person is holding a mobile device to take a pictureat a venue, the mobile device communicates with a beacon on the ceilingor the ground and determines how close the device is to the beacon. Inone embodiment, the beacon is on the ceiling, and the service providerdetermines the distance of the beacon to the ground and then worksbackwards to calculate the user's height. In another embodiment, thebeacon is on the ground, and the measurement from the ground to themobile device provides an estimate of the user's height.

At step 306, the system 110 receives the user 102's height. In oneembodiment, the user 102 inputs his or her height upon logging into theticketing website. In another embodiment, the user 102 may havepreviously submitted pictures, and the height of the user 102 mayalready be known.

At step 308, the system 110 displays views of the main viewing area fromthe perspective of the selected seat and the height of the user 102. Invarious embodiments, the system 110 retrieves pictures from database 154for the selected seat that were taken by a person having the same heightor substantially the same height (e.g., 1 or 2 inch difference). Inother embodiments, the system 110 retrieves the pictures and visuallyadjusts the picture upwards or downwards to correspond to the user 102'sheight. For example, assume the user 102 is 5′7″. A picture that wastaken by someone who is 5′11″ is adjusted downward to account for the 4inch difference so that the user 102 can understand what kind of viewsomeone who is his or her height would have of the main viewing area.

At step 310, the system 110 further displays information regarding thepeople who purchased seats proximate to (e.g., next to, in front of, orin back of) the selected seat. For example, the system 110 displaystraits of people who purchased seats around or near (e.g., one or twoseats away) the selected seat. Such traits may include physicalcharacteristics of the person(s), such as height, weight, or build. Theheight of the person(s) may be determined in accordance with thediscussion above. The height may be provided in number format (e.g.,5′5″) or may be a more general description (e.g., short, tall, petite,average). Weight and build may be deduced, for example, from theperson's clothing purchase history, based on the size of the clothesbought. Weight and build characteristics may be described using termssuch as plump, stocky, overweight, fat, slim, trim, skinny, buff, wellbuilt, etc.

If any of these traits are unfavorable or favorable for the user 102,the system 110 can display an outline of the person on the purchasedseat or provide some other kind of visual display or warning to alertthe user 102. For example, if a person with a seat directly in front ofuser 102 is 6′2″ and the user 102 is only 5′2″, a tall dotted outlinemay appear where the person will sit to notify the user 102 that his orher view may be obstructed. Similarly, if a person that weighs 300pounds and has the build of a football player has bought a seat adjacentto the selected seat, a warning may pop up on the purchased seat. Inanother embodiment, the user 102 is notified that the person sitting infront of the selected seat is shorter than him or her so that the viewis not blocked, or that a person sitting next to the selected seat has asmall build and weight.

The picture data provided to the user 102 can be used in conjunctionwith the heights of people who have already purchased tickets to theevent to help the user 102 determine how his or her view of the mainviewing area would look. In various embodiments, when a ticket ispurchased, the assigned seat ticket will contain tagged informationincluding a person's height. Thus, when subsequent tickets arepurchased, people will be able to ensure that they are sitting orstanding behind a shorter person (or someone similar in height) to havean unobstructed view of the main viewing area. If the tickets are to ageneral admission show, a projection can be made to the average heightof the audience who has currently purchased tickets, as well asprojections based on the historical height of the audience based on thatartist and venue.

The traits may also include behavior information of the person(s) whohas already purchased a seat. Behavior information includes making a lotof noise, dancing, singing, chanting, making hand motions, shouting,being quiet, remaining calm, silent, or still, etc. This behaviorinformation can be obtained, for example, by a sensor or multiplesensors coupled to a mobile device of the person(s) during a previousevent or performance, a mobile device of other people at the event orperformance, and/or equipment at the venue and inputting thoseactivities in a database. The behavior information can be collected andthen associated with the person(s) in the database and with a specificevent, performance, or artist. For example, a person's noisy behaviormay only be associated with music concerts and sports events, but nottheater or opera productions. In the category of music concerts, theperson may be singing and dancing when the artist is Pink, JustinTimberlake, or The Black Eyed Peas, but the person is quiet when theartist is Adele, Cher, or Britney Spears. Thus, the presence of a loudor rowdy person can be identified before the user 102 buys the ticket,and the user 102 can avoid sitting near the person or select sittingnear the person (e.g., if the user 102 prefers to sit near a moreenergetic person).

For example, the user 102 may be browsing seats for a Kelly Clarksonconcert, and selects a seat near the front. The system 110 notifies theuser 102 that a person that sings during Kelly Clarkson concerts haspurchased a seat near the front. The user 102 decides to find anotherseat, closer to the middle. The system 110 determines that a person wholikes to dance during Lady Gaga concerts has purchased a seat adjacentto the selected seat. The user 102 purchases the seat because he or shebelieves that the person will probably not dance during the KellyClarkson concert, if the user 102 is not bothered by dancing, or if theuser 102 wants the dancing.

In another example, the user 102 decides to attend the U.S. Open, andselects a seat closer to the back of the stadium. The system 110 informsthe user 102 that the seat in front of the selected seat has beenpurchased by someone shorter than the user 102. In addition, the seat inback of the selected seat has been purchased by someone who does not gettoo excited or make a lot of noise during tennis matches. The user 102determines that the selected seat is ideal for someone like him or her(i.e., someone who prefers a quiet experience).

At step 312, the user 102 decides to purchase the ticket for theselected seat, and the purchase is processed. Alternatively, the user102 may choose to search for another available seat if he or she decidesthat the people surrounding the selected seat will negatively affect hisor her enjoyment of the event or performance.

Examples

Particular examples will now be described. The first example describesgathering information about stage views at a show.

Steve purchases a ticket to see John Legend at Bass Concert Hall throughhis ticket mobile application or “app.” Steve arrives at the venue, hashis ticket scanned, and goes to his assigned seat. He takes pictureswith his phone as the concert progressed, and posts pictures to hissocial networking accounts. Steve had previously set up his fashion appand ticket app to share information between each other, and hadpreviously used the fashion app to purchase clothing. Steve had alsopreviously provided his height to the fashion app. When the ticket appmakes a service call to the fashion app to retrieve Steve's heightinformation, all of Steve's photos are embedded with information abouthis height.

Since the pictures were taken on Steve's phone, the ticket app haspermission to use the pictures Steve posted as reference photos. Thereference photos contain Steve's specific seat as well as his height.The reference photos are analyzed to determine if they are facing thestage. Reference photos that are facing the stage are saved. Steve lovesthe Bass Concert Hall venue so he buys a ticket to see Norah Jones, onerow down from his seat at the John Legend show.

This next example builds on the first example, and further illustratesthe use of picture information to help prospective ticket buyers.

Michelle uses her ticket app to buy tickets to a Norah Jones concert atthe Bass Concert Hall. Michelle sees pictures that show views of thestage from each of the available seats. Michelle inputs her height intothe ticket app prior to searching for seats, and spots an open ticketbehind an occupied seat. Michelle clicked on the open ticket spot to seeher view of the stage. It turns out Michelle's seat is the seat Stevehad for the John Legend show, so the seat itself has a good view of thestage. The pictures Michelle sees are from concert goers who have asimilar height as Michelle. She also sees Steve's pictures, but they arevisually adjusted downward to adjust for her height since she is shorterthan Steve.

Michelle's selected seat, however, is behind the seat that was purchasedby Steve. When Steve purchased his ticket to the Norah Jones showthrough his ticket app, his height information was also included withthe purchase. In this way, the ticket service is able to understand theheight of each concert goer and help subsequent customers find a goodseat. Michelle sees a dotted outline (or some other user interface cue)of the projected taller person (in this case Steve) in her view of thestage.

Michelle decides that there are better seats available so she choose adifferent seat that has an unobstructed view and makes the purchase withher ticket app. Michelle now has a better concert going experiencebecause she was able to understand exactly how her view of the stagewould look prior to purchase. She knew about the obstruction based onthe height of people who had purchased tickets.

Although the foregoing invention has been described in detail by way ofillustration and example for purposes of clarity and understanding, itwill be recognized that the above described invention may be embodied innumerous other specific variations and embodiments without departingfrom the spirit or essential characteristics of the invention. Variouschanges and modifications may be practiced, and it is understood thatthe invention is not to be limited by the foregoing details, but ratheris to be defined by the scope of the claims.

What is claimed is:
 1. A system, comprising: one or more memory devicesor storage components adapted to store event information; and one ormore processors in communication with the one or more memory devices orstorage components and adapted to: receive a seat selection from a user;and provide the user with information regarding at least one person whopurchased a seat proximate to the selected seat.
 2. The system of claim1, wherein the information comprises physical characteristics, behaviorinformation, or a combination thereof, of the at least one person. 3.The system of claim 2, wherein the physical characteristics comprisesheight, weight, build, or a combination thereof.
 4. The system of claim2, wherein the one or more processors are further adapted to display thephysical characteristics of the at least one person.
 5. The system ofclaim 2, wherein the behavior information is associated with aparticular event, performance, or artist.
 6. The system of claim 5,wherein the behavior information comprises making noise, dancing,singing, chanting, making hand motions, shouting, being quiet, remainingcalm, or a combination thereof.
 7. The system of claim 1, wherein theone or more processors are further adapted to receive the height of theuser.
 8. The system of claim 7, wherein the one or more processors arefurther adapted to display views of a main viewing area from aperspective of the selected seat and the height of the user.
 9. A methodfor improving seat selection at a venue, comprising: receiving, by oneor more hardware processors of a service provider, a seat selection froma user; and providing the user, by the one or more hardware processors,with information regarding at least one person who purchased a seatproximate to the selected seat.
 10. The method of claim 9, wherein theinformation comprises physical characteristics, behavior information, ora combination thereof, of the at least one person.
 11. The method ofclaim 10, wherein the physical characteristics comprises height, weight,build, or a combination thereof.
 12. The method of claim 10, wherein thebehavior information is associated with a particular event, performance,or artist.
 13. The method of claim 12, wherein the behavior informationcomprises making noise, dancing, singing, chanting, making hand motions,shouting, being quiet, remaining calm, or a combination thereof.
 14. Themethod of claim 9, further comprising displaying views of a main viewingarea from a perspective of a selected seat and a height of the user. 15.A non-transitory machine-readable medium comprising a plurality ofmachine-readable instructions which, when executed by one or moreprocessors, are adapted to cause the one or more processors to perform amethod comprising: receiving a seat selection from a user; and providingthe user with information regarding at least one person who purchased aseat proximate to the selected seat.
 16. The non-transitorymachine-readable medium of claim 15, wherein the information comprisesphysical characteristics, behavior information, or a combinationthereof, of the at least one person.
 17. The non-transitorymachine-readable medium of claim 16, wherein the physicalcharacteristics comprises height, weight, build, or a combinationthereof.
 18. The non-transitory machine-readable medium of claim 16,wherein the behavior information is associated with a particular event,performance, or artist.
 19. The non-transitory machine-readable mediumof claim 18, wherein the behavior information comprises making noise,dancing, singing, chanting, making hand motions, shouting, being quiet,remaining calm, or a combination thereof.
 20. The non-transitorymachine-readable medium of claim 15, wherein the method furthercomprises displaying views of a main viewing area from a perspective ofa selected seat and a height of the user.